Use #blog #collection to write an article: where to find blogs to follow?
The values of HTML are not exactly the ones of HTML first.
https://html-first.com/
The author recommends to include instead:
- HTML that is actual HTML, i.e., that is valid (common sense, until you start checking)
- HTML that makes full use of HTML features, i.e., that’s not XHTML–HTML
- HTML that is used according to purpose (aka semantic HTML)
- HTML that is accessible
#futurBilletDeBlog
#idea #browserExtension a view source with automatic indentation
The whole point of #100DaysToOffload is to challenge you to publish 100 posts on your personal blog in a year.
Lister les logiciels utilisés, et maintenir cette page up-to-date.
Idée de catégories:
- CLI
- Desktop
- Smartphone
...
- I still don't know very much.
- The hardest part of software is building the right thing.
- The best software engineers think like designers.
- The best code is no code, or code you don't have to maintain.
- Software is a means to an end.
- Sometimes you have to stop sharpening the saw, and just start cutting shit.
- If you don’t have a good grasp of the universe of what’s possible, you can’t design a good system.
- Every system eventually sicks, get over it.
- Nobody asks "why" enough.
- We should be far more focused on avoiding 0.1x programmers than finding 10x programmers.
- One of the biggest differences between a senior engineer and a junior engineer is that they’ve formed opinions about the way things should be.
- People don’t really want innovation.
- Your data is the most important part of your system.
- Look for technological sharks.
- Don't mistake humility for ignorance.
- Software engineers should write regularly.
- Keep your processes as lean as possible.
- Software engineers, like all humans, need to feel ownership.
- Interviews are almost worthless for telling how good of a team member someone will be.
- Always strive to build a smaller system.
A blog post as response to it ?
Actually, it is !
Thanks for this inspiring post 😄
Cet article est rempli de considérations extrêmement intéressantes sur l'intérêt qu'il y a à limiter la taille de ... tout, en fait. Mais surtout de son site web dans toutes ses dimensions : moins de features, moins de dépendances, ...
(via https://nicolas-delsaux.hd.free.fr/Shaarli/?uyqHfg)
Je viens (enfin) de lire la page wikipédia de Rust.
Le langage me semble plus attirant que le C ou le C++. La vitesse de développement devient de plus en plus importante. Là où les seniors ont 20-40 ans d'expérience de programmation derrière eux, les juniors arrivent et on pleins de choses à apprendre. Il faut donc faire des choix.
Le Go reste propriété de Google, et il peut basculer à tout moment du côté obscur. Je vise les formats ouverts et libres. Ce langage n'est pas pour moi.
Java est lourd; rien que l'IDE Eclipse est énorme. J'en a déjà suffisamment à l'université pour ce que je veux en faire.
Et contrairement au Java, Rust a des pointeurs !
Java possède des références ("implicites", donc des pointeurs mais masqués), en revanche, Rust est explicite avec des pointeurs intelligents. Le meilleur des deux mondes ?
J'adore Bash et commence à être à l'aise avec celui-là. Découvrir des commandes (lolcat
et cmatrix
) .
Python est mon chouchou, mais je ne vais pas rester avec lui seul pour le reste de ma vie. C'est dommage de se limiter à un langage.
Donc Rust.